home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000365_timbl@www3.cern.ch _Fri Nov 20 12:05:45 1992.msg < prev    next >
Internet Message Format  |  1994-01-24  |  3KB
  1. Return-Path: <timbl@www3.cern.ch>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA00944; Fri, 20 Nov 92 12:05:45 MET
  4. Received: by dxmint.cern.ch (dxcern) (5.57/3.14)
  5.     id AA28870; Fri, 20 Nov 92 12:18:27 +0100
  6. Received: by www3.cern.ch (NX5.67c/NX3.0S)
  7.     id AA00258; Fri, 20 Nov 92 12:13:59 +0100
  8. Date: Fri, 20 Nov 92 12:13:59 +0100
  9. From: Tim Berners-Lee <timbl@www3.cern.ch>
  10. Message-Id: <9211201113.AA00258@www3.cern.ch>
  11. Received: by NeXT.Mailer (1.87.1)
  12. Received: by NeXT Mailer (1.87.1)
  13. To: Dan Connolly <connolly@pixel.convex.com>
  14. Subject: Re: Freezing the HTML spec Re: Comments in HTML ? 
  15. Cc: www-talk@nxoc01.cern.ch
  16. Reply-To: timbl@nxoc01.cern.ch
  17.  
  18. Dan, I agree with all your points. I have a few comments below.
  19.  
  20. > Date: Thu, 19 Nov 92 12:49:51 CST
  21. > From: Dan Connolly <connolly@pixel.convex.com>
  22. > 
  23.  
  24. ...
  25. >     * Use the LineMode browser as a reference implementation.
  26. >     Try not to include features that www doesn't grok.
  27.  
  28. If there is a bug in the current W3 library, then we can fix that,
  29. rather than work our way around tortuously. Like the problem
  30. with elements not being allowed within anchors -- that had just never
  31. been tested and happened to have a bug.
  32.  
  33.  
  34.  
  35. > 3. Revise the spec so that it's internally consistent. Right
  36. > now, there are some glitches. And the current method of
  37. > sending suggestions to Tim and hoping he finds time to make
  38. > the edits is no good. Hmmm... we definitely need a CSCW
  39. > strategy for group-editing of documents.
  40.  
  41. Don't we just!
  42. If you can serve up a current version, then could you be editor?
  43.  
  44. > 4. Register the spec with the IANA or IETF or whatever.
  45. > 
  46.  
  47. > Meanwhile, I think it's pretty important to fix the NeXT editor
  48. > and all the files on info.cern.ch. Folks are using that as a
  49. > reference, and perpetuating HTML that conflicts with the SGML
  50. > standard.
  51.  
  52. Fixing the NeXTStep editor is the problem.
  53.  > 
  54.  
  55. > SGML is a mess!
  56. >
  57.  
  58. I agree. It is a political decsion to use it.  We should try to avoid
  59. using weird constructs, though, so that HTML is as clean as possible
  60. notwithstanding the SGML mess.
  61.  
  62.  
  63. > >> Does any of the existing WWW code support comments ?
  64. > >
  65. > >As it happens, the current library supports them, so the line mdoe
  66. > >browser and anything else based on the library does. But it has
  67. > >been left out of the doc and so will probably me missing from other browers.
  68. > >
  69. > 
  70.  
  71. > Try the <? foo > construct.
  72.  
  73. The SGML systems at CERN use <? > for low-level commands, which I think
  74. is what they were intended for, like embedded TeX or script commands.
  75. Puttimng arbitrary comments in as processor instructions might cause
  76. unpredicatble effects.  <comment>...</comment> is an easy thing to define,
  77. use, doesn't use any features which some parsers don't have, and
  78. is also rather self-explanarory.
  79.  
  80. > Dan
  81. > 
  82.  
  83. > 
  84.  
  85.     Tim
  86.